Ref. No.: 42P 15966 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
APPLICATION FOR LETTERS PATENT 

METHOD, APPARATUS AND SYSTEM EOR EFFICIENT 

FILE INDEXING 

Inventors: 
Nelson F. Kidd 
Bryan Y. Roe 
Ylian Saint-Hilaire 



Prepared by: 

Intel Corporation 

2111 N.E. 25 th Avenue; JF3-147 

HlLLSBORO, OR 97124 

(503)712-1610 



Express Mail Label No.: 
EV 325528105 US 



METHOD, APPARATUS AND SYSTEM FOR EFFICIENT FILE INDEXING 



FIELD OF THE INVENTION 

[0001] Embodiments of the present invention generally relate to the field of networking, and, 
more particularly to a method, apparatus and system for efficient file indexing. 

BACKGROUND 

[0002] As consumer electronic devices get smaller and less expensive, manufacturers of such 
devices are forced to identify new ways to limit or lower their costs while still offering the 
features that consumers want. 

[0003] One component common in consumer electronic devices is memory. Adding more 
memory devices to an electronic device would tend to increase its cost. Therefore, 
manufacturers would like to be able to use a limited amount of memory efficiently so as avoid 
the cost associated with increasing the amount of memory. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] The present invention is illustrated by way of example and not limitation in the figures of 
the accompanying drawings in which like references indicate similar elements, and in which: 

FIG. 1 is a block diagram of an example network environment suitable for implementing the 
index agent, in accordance with one example embodiment of the invention; 

FIG. 2 is a block diagram of an example index agent architecture, in accordance with one 
example embodiment of the invention; . _ 

FIGS. 3 A, 3B, and 3C illustrate by way of example memory contents generated by the index 
agent, in accordance with one example embodiment of the invention; 

FIG. 4 is a flow chart of an example method for processing an index, in accordance with one 
example embodiment of the invention; and 

FIG. 5 is a flow chart of an example method for implementing an index agent, in accordance 
with one example embodiment of the invention. 
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DETAILED DESCRIPTION 

[0005] Embodiments of the present invention are generally directed to a method, apparatus and 
system for efficient file indexing. In this regard, in accordance with but one example 
implementation of the broader teachings of the present invention, an index agent is introduced. 
In accordance with but one example embodiment, the index agent employs an innovative method 
to efficiently utilize a fixed amount of memory to store index file entries. According to one 
example method, the index agent facilitates efficiency by dynamically changing, e.g., at run 
time, the density of stored entries of an arbitrarily large index file. This may reduce on average 
the amount of data that must be transferred to, for example, identify the location of a particular 
index entry, because there will be a limited range within which to search. 
[0006] In the following description, for purposes of explanation, numerous specific details are 
set forth in order to provide a thorough understanding of the invention. It will be apparent, 
however, to one skilled in the art that embodiments of the invention can be practiced without 
these specific details. In other instances, structures and devices are shown in block diagram form 
in order to avoid obscuring the invention, 

[0007] Reference throughout this specification to "one embodiment" or "an embodiment" means 
that a particular feature, structure or characteristic described in connection with the embodiment 
is included in at least one embodiment of the present invention. Thus, appearances of the 
phrases "in one embodiment" or "in an embodiment" in various places throughout this 
specification are not necessarily all referring to the same embodiment. Furthermore, the 
particular features, structures or characteristics may be combined in any suitable manner in one 
or more embodiments. 

[0008] Fig. 1 is a block diagram of an example network environment suitable for implementing 
the index agent, in accordance with one example embodiment of the invention. In accordance 
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with an example implementation, network environment 100 is intended to represent any of a 
number of network types including, but not limited to: wired, wireless, or any combination of 
wired and wireless data and/or communication networks employing any of a number of wired 
and/or wireless networking protocols. In accordance with the illustrated example embodiment, 
network environment 100 may include one or more of an index host 102, index file 104, network 
106, remote device 108, and index agent 110 coupled as shown in Fig, 1. Index agent 1 10, as 
described more fully hereinafter, may well be used in electronic appliances of greater or lesser 
complexity than that depicted in Fig. 1. Also, the innovative selection attributes of index agent 
1 10 as described more fully hereinafter may well be embodied in any combination of hardware 
and software. 

[0009] Index host 102 may represent any type of electronic appliance or device that stores index 
file 104. In one embodiment, index host 102 is a Hyper Text Transfer Protocol (HTTP), or 
World Wide Web (Internet) server. In an alternate embodiment, index host 102 is a Universal 
Plug and Play (UPnP) Control Point, as defined by standards promulgated by the UPnP™ Forum 
(http://www.upnp.org). 

[0010] Index file 104 may represent any type of electronic index file. In one embodiment, index 
file 104 represents an UPnP play list containing Universal Resource Indicators (URFs) which 
may identify network locations where electronic music files are stored. 
[0011] Network 106 may represent any medium and/or protocol to communicatively couple 
index host 102 and remote device 108. In one embodiment, network 106 represents a 
Transmission Control Protocol Internet Protocol (TCP/IP) network, although the invention is not 
limited in this regard. In an alternate embodiment, network 106 represents a network within 
which a combination of multiple transmission protocols may be required including, but not 
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limited to, the aforementioned TCP/IP protocol, Mobile IP protocol, General Purpose Radio 
System (GPRS) protocol, and the like. 

[0012] Remote device 108 may represent any type of electronic appliance or device that can 
communicate with index host 102. In one embodiment, remote device 108 represents an UPnP 
Audio/Visual (AV) Media Renderer, which may be designed to play electronic music files. Such 
renderer may well be implemented within, or in cooperation with, a computing appliance. In an 
alternate implementation, remote device 108 is a wireless communication device in selective 
communication with index host 102. 

[0013] Index agent 1 10, as presented in greater detail with reference to Fig. 2, may receive 
and/or process index file(s) 104 in order to select and store index entries to facilitate efficient 
retrieval of information. In one embodiment, remote device 108 may utilize the stored index 
entries to play electronic music files from a play list in response to a user (not depicted) initiated 
command. In the case where index file 104 is larger than the amount of memory available within 
remote device 108 to store index file 104, index agent 1 10 may selectively determine which 
entries of index file 104 to store, and may do so in a manner so as to generally store index entries 
that are evenly distributed from within index file 104. 

[0014] Fig. 2 is a block diagram of an example index agent architecture, in accordance with one 
example embodiment of the invention. As shown, index agent 1 10 may include one or more of 
control logic 202, memory 204, network interface 206, and index engine 208 coupled as shown 
in Fig. 2. In accordance with one aspect of the present invention, to be developed more fully 
below, index agent 110 may include an index engine 208 comprising one or more of parse 
services 210, select services 212, and/or sort services 214. It is to be appreciated that, although 
depicted as a number of disparate functional blocks, one or more of elements 202-214 may well 
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be combined into one or more multi-functional blocks. Similarly, index engine 208 may well be 
practiced with fewer functional blocks, i.e., with only select services 212, without deviating from 
the spirit and scope of the present invention. In this regard, index jtgent 1 10 in general, and 
index engine 208 in particular, are merely illustrative of one example implementation of one 
aspect of the present invention. As used herein, index agent 110 may well be embodied in 
hardware, software, firmware and/or any combination thereof. 

[0015] As introduced above, index agent 110 may selectively store index entries from index file 
104. In one embodiment, the functionality of index agent 110 may be performed by software 
within remote device 108 or even within a different device, for example index host 102, which is 
able to affect remote device 1 08. 

[0016] As used herein control logic 202 provides the logical interface between index agent 1 10 
and remote device 108. In this regard, control logic 202 may manage one or more aspects of 
index agent 1 10 to provide a communication interface from remote device 108 to index entries 
resident thereon. According to one aspect of the present invention, though the claims are not so 
limited, control logic 202 receives initialization event indications such as, e.g., a request to 
retrieve an index file. Upon receiving such an indication, control logic 202 selectively invokes 
the resource(s) of index engine 208. As part of an example method for processing an index, as 
explained in greater detail with reference to Fig. 4, control logic 202 selectively invokes parse 
services 210 and select services 212 that extract and determine whether to store, respectively, 
index entries. Control logic 202 also selectively invokes sort services 214, as explained in 
greater detail with reference to Fig. 4, to sort the stored index entries. As used herein, control 
logic 202 is intended to represent any of a wide variety of control logic known in the art and, as 
such, may well be implemented as a microprocessor, a micro-controller, a field-programmable 
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gate array (FPGA), application specific integrated circuit (ASIC), programmable logic device 
(PLD) and the like. In alternate implementations, control logic 202 is intended to represent 
content (e.g., software instructions, etc.), which when executed implements the features of 
control logic 202 described herein. 

[0017] Memory 204 is intended to represent any of a wide variety of memory devices and/or 
systems known in the art. According to one example implementation, though the claims are not 
so limited, memory 204 may well include volatile and non- volatile memory elements, possibly 
random access memory (RAM) and/or read only memory (ROM). Graphical illustrations of 
example memory 204 contents are presented with reference to Figs. 3A-3C. 
[0018] Network interface 206 provides a path through which index agent 1 10 can communicate 
with index host 102 over network 106 to, for example, request and receive index file 104. 
Network interface 206 is intended to represent any of a wide variety of network interfaces and/or 
controllers known in the art. According to one example embodiment, though the claims are not 
so limited, network interface 206 represents a wireless network interface controller that complies 
with the Institute of Electrical and Electronics Engineers, Inc. (IEEE) 802.1 lb specification. 
[0019] As introduced above, index engine 208 is selectively invoked by control logic 202 to 
extract index entries from index file 104, to selectively store extracted index entries, and to sort 
the stored index entries. In accordance with the illustrated example implementation of Fig. 2, 
index engine 208 is depicted comprising one or more of parse services 210, select services 212 
and sort services 214. Although depicted as a number of disparate elements, those skilled in the 
art will appreciate that one or more elements 210-214 of index engine 208 may well be combined 
without deviating from the scope and spirit of the present invention. 
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[0020] Parse services 210, as introduced above, provide index agent 1 10 with the ability to 
extract index entries from index file 104. In one example embodiment, parse services 210 
searches on predetermined boundaries within index file 104 to find the beginning and/or end of 
an index entry. In an alternate embodiment, parse services 210 looks for a particular string of 
characters that represent a beginning and/or end of a particular index entry. 
[0021] As introduced above, select services 212 provide index agent 1 10 with the ability to 
selectively store index entries extracted from index file 104 by parse services 210. Select 
services 212 may choose index entries to store based on any of a number of possible techniques. 
While one example technique is presented hereinafter with reference to Fig. 5, other techniques 
that do not deviate from the scope of this invention may occur to those skilled in the art. 
[0022] Sort services 214, as introduced above, provide index agent 110 with the ability to sort 
the stored index entries. In one embodiment, sort services 214 sorts the stored entries based 
upon their memory address locations. 

[0023] Figs. 3 A, 3B, and 3C illustrate by way of example memory contents generated by the 
index agent, in accordance with one example embodiment of the invention. In these examples, 
for ease of understanding, it is assumed memory 204 includes four memory locations (302-308) 
each capable of storing one index entry, and there are a total eight index entries extracted from 
index file 104. As used herein, index entries may include information such as memory 
addresses, or pointers to other memory address where information may be found, which are 
represented by a position value for each index entry. 

[0024] Fig. 3 A is intended to represent a first pass by select services 212 through the available 
memory 204. In one embodiment, select services 212 does not know beforehand the total 
number of index entries within index file 104, and thus stores extracted entries until memory 204 
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is full. In an alternate embodiment, if select services 212 "knew" the number of index entries 
within index file 104 beforehand, select services 212 could determine the appropriate spacing 
and choose the entries to store in a single pass. 

[0025] Fig. 3B is intended to represent a second pass by select services 212 through the available 
memory 204. In one embodiment, select services 212 increases the spacing between entries 
chosen to be stored in proportion to the number of passes made through the available memory 
204. In this simple example, because it was a second pass, select services 212 ignored every 
other entry after entry #4 (namely entries #5 and #7) and overwrote every other memory location 
(namely locations 304 and 308). 

[0026] Fig. 3C represents the contents of memory 204 after sort services 214 has sorted the 
entries, in this case, from lowest to highest based on their position values, effectively swapping 
the entries stored in locations 304 and 306. 

10027] Fig. 4 is a flow chart of an example method for processing an index, in accordance with 
one example embodiment of the invention. It will be readily apparent to those of ordinary skill 
in the art that although the following operations may be described as a sequential process, many 
of the operations may in fact be performed in parallel or concurrently. In addition, the order of 
the operations may be re-arranged without departing from the spirit of embodiments of the 
invention. The method begins with an allocation (402) of memory 204 in index agent 110. In 
one embodiment, memory 204 is allocated in portions or locations each capable of storing a 
certain number of index entries. 

[0028] Parse services 210 then parse (404) index file 104 to extract the index entries. In one 
embodiment, index agent 110 does not know beforehand the number of index entries within 
index file 104. In an alternate embodiment, index agent 110 does receive an indication of the 
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number of index entries within index file 104 and utilizes this information when parsing and 
selecting entries to store. 

[0029] Next, select services 212 is executed (406) as presented in greater detail with reference to 
Fig. 5 to select index entries to store in memory 204. 

[0030] Sort services 214 then sort (408) the stored index entries. In one embodiment, the sorting 
takes place only after the selection step (406) is completed. In an alternate embodiment, the 
sorting takes place during the selection step (406). 

[0031] Finally, the stored index entries are utilized (410) by remote device 108. In one 
embodiment, remote device 108 may issue an HTTP-RANGE command and index host 102 may 
respond with an HTTP-206 partial content return status. For example, if the contents of memory 
204 were as shown in Fig. 3C, and remote device 108 needed to find the position of index 2, 
remote device 108 might be able to search in the range between the positions of index entries 1 
and 3 (which were stored in locations 302 and 304, respectively). 
[0032] Fig. 5 is a flow chart of an example method for implementing an index agent, in 
accordance with one example embodiment of the invention. It will be readily apparent to those 
of ordinary skill in the art that although the following operations may be described as a 
sequential process, many of the operations may in fact be performed in parallel or concurrently. 
In addition, the order of the operations may be re-arranged without departing from the spirit of 
embodiments of the invention. The example method presented begins with select services 212 
beginning to process (502) extracted index entries. In one embodiment, processing involves 
counting the extracted index entries. Select services 212 may maintain one of more counters to 
keep track of, for example, total entries extracted, entries stored, memory locations available, a 
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current offset, a value by which to increment the offset, a number of entries to skip and/or passes 
through available memory. 

[0033] Next, select services 212 chooses (504) entries to fill available memory locations. In one 
embodiment, where select services 212 "knows" beforehand the number of index entries within 
index file 104, the choice may be based on a calculated spacing between index entries. In an 
alternate embodiment, where select services 212 does not "know" beforehand the number of 
index entries within index file 104, all extracted entries may be chosen until there are no more 
available memory locations, as in, for example Fig 3A. 

[0034] Where there are more extracted index entries than available memory locations, select 
services 212 may then change (506) choices by overwriting stored index entries previously 
chosen. In one embodiment, select services 212 may skip over a number of extracted entries (not 
choosing to store them) in proportion to the number of passes already made through the memory 
locations, as in, for example Fig3B. 

[0035] Select services 212 then continues updating (508) the choices made until the extracted 
index entries have been, at least substantially, processed. In one embodiment, select services 212 
may increment counters and/or variables to keep track of, for example, total entries extracted, 
entries stored, memory locations available, a current offset, a value by which to increment the 
offset, a number of entries to skip and/or passes through available memory. Select services 212 
may then perform compares or other logical or arithmetic functions to determine which entries to 
store until all entries have been considered. 

[0036] In the foregoing specification, the invention has been described with reference to specific 
embodiments thereof. It will, however, be evident that various modifications and changes can be 
made thereto without departing from the broader spirit and scope of the invention. The 
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specification and drawings are, accordingly, to be regarded in an illustrative rather than 
restrictive sense. 
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